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ENGIN^rNG  DESIGN 


THE  DKKTOP  GURUS 


<>  Expert  systems  are  now  being  used  on  real 

engineering  problems,  and  appear  to  be 
fuKffing  thdr  early  promise. 

Nigel  Atkinson  reports  on  one  company’s  progress. 


Mitartil  wlpcHontef  t>oa>rtub— ia»th— l»noi»den>u«fci9in<Bcp«<»>M>ww. 


Science  Sction  has  for  decades 
described  computers  which,  in  an 
instant,  can  assess  immense  problems 
to  help  their  hopelessly  inadequate  human 
masters  to  a  solution.  As  a  result  there  is 
something  of  a  mystique  surrounding 
attempts  at  artifici^  intelligence  which 
has  led  to  high  expectations  for  expert  sys¬ 
tems.  Many  apparently  level-headed 
people  seem  to  assume  that  rules  are  sim¬ 
ply  fed  into  such  a  system  and, 
miraculously,  a  previously  unobtainable 
solution  will  appear.  In  reality,  they  are 
only  another  software  tool,  which  process 
data  according  to  preprogrammed  rules. 

There  has  been  incredible  industrial 
interest  in  this  area  over  recent  years 
according  to  Peter  Andow  —  an  expert  in 
the  AI  field,  who  has  recently  moved  from 
Loughborough  University  to  champion 
expert  systems  at  KBC  Process  Automa- 
doo  in  ^uthampton.  Five  years  ago,  ail 
the  major  companies  wanted  to  send 
someone  on  a  course,  says  Andow,  but 
virtually  none  could  supply  a  lecturer. 
Now  nearly  every  company  of  a  reason¬ 
able  size  seems  to  have  one  or  more 
eagiDeering  applications,  though  Andow 
feels  many  others  have  ‘toys’,  distanced 
from  reality.  However,  most  have  given 
positive,  though  sometimes  unexpected, 
benefits  to  their  authors. 

Andow  has  seen  many  companies  rush 
into  diagnostic  expert  systems  which  the 
intended  users,  plant  operators,  never  see. 
In  developing  a  system,  engineers  find  out 
more  about  the  plant  and  add  equipment 
which  makes  it  easier  to  operate  anyway. 
Alternatively,  having  found  out  what  the 
rules  are  for  diagnosis,  it  is  found  that  the 
operators  can  be  trained  to  apply  them 
without  the  help  of  a  computeris^  expert 
system.’ 

Successful  applications  of  expert  sys¬ 
tems  in  the  process  industries  have  tended 
to  concentrate  on  plant  operation. 
Valuable  fault  diagnosis  systems  have 
been  developed  for  operators,  and  there 
have  also  been  interesting  developments 
in  the  computer  evaluation  of  trips  and 
alarms.  Plant  maintenance  functions  have 
also  benefitted  from  application  of  artifi¬ 
cial  intelligence.  Attention  is  now  turning 
to  design,  with  process  contractors 
beginning  to  adopt  the  technology.  One  of 


these,  Foster  Wheeler,  has  developed  a 
system  for  material  selection  of  bofler 
tubes  which  is  currently  used  on  industrial 
contracts. 

invohement  in  expert  systems  at  Foster 
Wheeler  Power  Products,  in  London's 
Momington  Crescent,  began  earlier  this 
year.  Martin  Allen,  engineenng  comput¬ 
ing  systems  manager,  had  wanted  to  try 
the  technology  for  some  time,  and  his 
oppoftumty  came  with  two  surprise 
offers:  a  free  six  month  software  trial  from 
IBM,  and  the  time  of  Chris  Cooper,  an 


experienced  knowledge  engineer 
researching  at  Loughbannigfr  University 
Civil  Engineering  DeparxnenL  The  main 
question  remaining  was  the  choice  of 
applicatioa  As  Alien  explains,  ‘We 
wanted  to  choose  an  engnenring  subject, 
and  one  where  we  had  the  knowledge  at 
hand  so  that  we  did  not  iepend  on  one 
engineer  who  may  suddeziy  Ixscome  very 
busy  on  a  contract’ 

Allen's  department  dessns  large  boil¬ 
ers,  and  several  eqien  system 
applications  were  assened.  >■  34 
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■33  Miienal  selection  for 
boiler  nto  a  subject 
already  eansarted  for  a  con* 
venbonal  program.  It  was  seen 
as  an  ideii  subject  required 
within  every  coatiact,  includ¬ 
ing  the  proposal  stage,  the 
rules  'tnvcived  are  based  on 
codes  and  the  engineers  con- 
^med  wee  readily  available. 

The  nex  task  was  to  acquire 
the  knowledge.  This  step  is 
described  by  many  in  the  AI 
field  as  a  m^r  bottleneck, 
though  Cooper  considers  the 
idenfificanon  of  structures 
within  the  ^thered  knowl¬ 
edge  as  equally  difficult  Allen  felt  an 
important  ^or  would  be  the  reaction  of 
the  engineers.  “We  were  a  little  worried 
they  wouli  feel  we  were  replacing  them 
with  a  caeputer.  The  people  aged  under 
50  were  s«ry  open  and  thought  the  work 
we  were  doing  was  very  worthwhile. 
Those  about  to  retire  were  a  little  more 
skeptical  but  once  they  saw  the  system 
working  ibey  tended  to  be  much  more 
enthusiastic.  .Vfaterial  selection  is  not  one 
of  the  moR  ei^yable  subjects  —  search¬ 
ing  through  cote  to  make  sure  you  get  the 
ri^t  part  is  always  as  bit  tedious.  The 
system  is  seen  as  a  great  help  —  particu- 
l^y  in  the  proposals  department' 

Two  engineers  were  selected  for  the 
initial  interviews,  and  each  went  through 
manual  examples  referring  to  BS1113 
and  the  ocmpany  design  manual  Prom  the 
interviews  and  references.  Cooper  der¬ 
ived  a  senes  of  rules,  known  as  the  paper 
model  witch  formed  the  basic  structure 
of  thesysKm. 

Hour-lang  inierviews  continued  on  a 
weekly  ha^  slowly  becoming  more 
focused  OB  difficult  aspects  such  as  tube¬ 
bending  and  costing.  The  paper  model 
was  contmialiy  updated  and  circulated 
around  the  department  for  comments.  As 
aD  the  rules  were  in  English,  it  was  readily 
understood,  leading  to  (aster  develop¬ 
ment  and  chtxking  than  conventiotial 
systenis.  Ve  have  found  that  it  does  not 
require  mich  expert  input  for  us  to  gather 
the  knowledge  required  to  build  a  system', 
said  Cooper.  The  (oul  amount  of  interac¬ 
tion  with  ocperts  was  about  30hours,  with 
the  total  Baniime  for  the  whole  project 
around  STObours.' Around  12-15  people 
were  consulted  for  the  system,  ranging 
from  quaity  assurance  and  design  engin¬ 
eers  to  ch:  manager  of  the  procurement 
department  to  discuss  costing. 

Once  ae  paper  model  appeared  to 
offer  an  efecnve  solution,  Foster  Wheeler 
programner  Andy  Jones  began  to  use  the 
[BM  ESE  jofcwam.  Until  this  stage  the 
software  ro  be  used  was  irrelevant,  though 
low-cosi  iheils  require  rules  to  be  very 
rigidly  constructed.  Programming  ESE 
from  the  paper  model  proved  relatively 


simple,  and  considerably  qmcker  than  a 
conventional  language  like  Fdnran.  In 
addition  to  the  direct  correiitioa  between 
the  rules  in  the  model  and  those  in  the  sys¬ 
tem,  features  of  the  software  soch  as  the 
automatic  generation  of  screens  and  ques¬ 
tions,  interactive  coiapilfng  and 
de-bugging  were  found  to  be  very  helpful 

With  the  initial  system  workhag,  engin¬ 
eers  again  went  through  rxampifa  —  this 
time  using  the  system  to  see  if  it  gave  the 
same  answers,  ^me  discrepancies  were 
found  to  be  errors  by  the  ogneer,  who 
had  (ailed  to  take  relevam  aspeos  of  the 
code  into  account  The  final  system  con¬ 
tains  145  rules,  most  of  which  represent 
actual  knowledge  rather  than  software 
manipulations.  I^owledge  is  drawn  from 
BS1113.  the  Power  Products  design 
manual  and  engineers  —  wkh  some  of  the 
human  knowledge  previoasly  undocu¬ 
mented. 

A  feature  of  the  final  systena.  named 
Matsel  is  the  assessment  of  material  costs. 
‘We  felt  that  the  early  camideration  of 
costs  was  importani,'  said  Alen.  The 
numbers  given  at  the  momeat  are  based  on 
crude  prices,  but  ultimately  they  could  be 
linked  to  a  database  maimined  by  the 
procurement  department  sothartbe  num¬ 
bers  given  to  the  proposals  engineers 
would  always  be  up  to  d^ 

Reaction  to  Maisel  withaa  Foster 
Wheeler  has  been  enthusiastic  according 
to  Allen,  who  was  himself  impressed  by 
the  speed  it  was  developed.  He  sees 
sever^  advantages  in  the  farther  use  of 
expert  systems  in  design.  Fust,  they  pro¬ 
vide  a  consistent  and  correa  approach  to 
design  which  can  easily  be  updated  in 
accordance  with  new  stai^ards.  During 
the  development  of  Matsei  ooe  of  the 
company  rules  was  changed,  leaving  the 
manual  oul  of  date  for  seveaJ  weeks.  The 
expert  system  was  comnec!  in  five 
minutes,  and  at  a  much  lover  cost  The 
change  was  also  much  cheaper  than 
reprinting  pages,  which  may  ixit  fully 
replace  the  onginal  versioos  leaving  the 
possibility  of  design  beur;  carried  out 
incorrectly.  Indeed,  Allen  sees  eaq>ert  sys¬ 
tems  making  paper  docuzcents,  such  as 


manuals,  obsolete. 

Second,  expert  systems  can 
be  developed  by  the  end  user 
without  early  involvement  of 
computer  personnel  They  do 
not  involve  complicated  com¬ 
puter  jargon,  and  are  easily 
maintained.  Ease  of  checking 
is  also  an  advantage  according 
to  Cooper.  ‘Expert  systems 
solve  problems  using  logic, 
and  can  therefore  explain  the 
reasoning  they  are  using. 
Computer  systenis  which  are 
able  to  explain  their  reasoning 
are  very  flexible  and  very  user- 
friendly.  I  think  that  is  the  most 
important  reason  why  we  should  want  to 
use  an  expert  system  approach  rather  than 
a  procedural  language 
Information  can  al>i.  collected  in  an 
expert  system  which  v  >;d  otherwise  be 
lost  to  the  company,  eitb>tr  through  retire- 
menl  promotion  or  people  leaving  work 
elsewhere;  This  is  particularly  valuable  in 
areas  of  novel  technology,  where  few 
employees  are  involved  in  detailed  design, 
and  in  these  areas  they  would  also  allow  a 
more  rapid  expansion  of  expertise  once 
commerdai  viability  has  been  proven. 

Suggestions  abound  at  Foster  Wheeler 
for  future  applications  of  expert  systems. 
In  addition  to  other  mate^  sdection 
problems,  Allen  sees  a  definite  need  for 
ad  vice  in  complicated  areas  such  as  corro- 
sioa  'Erosion/corrosioa  was  the  only 
area  we  had  real  difficulty  with  dating  tbe 
development  of  Maisd  We  talked  to  a  lot 
of  people,  but  the  knowledge  seemed  very 
woolly.'  In  its  current  form,  Matsd  gives 
information  on  possibie  difficulties  and 
company  infonnaiion  sources. 

Perhaps  a  surprising  appUcation  seen 
by  Allen  is  easing  the  use  of  other  design 
software.  'Some  of  our  software  is  quite 
complicated  to  use,  and  with  a  tendency  to 
buy  more  generic  software  the  problem  is 
going  to  get  worse.  What  density  of  mesh 
might  you  choose  in  a  finite  dement 
modd?  Do  you  need  a  high  conoeatration 
arouixl  a  particular  nooie  or  not?  An 
expert  system  could  hdp  the  user  choose 
the  method  of  applicatioa' 

Artificial  intelligence  will  undoubtedly 
be  widely  used  in  the  next  few  yean,  and  its 
capabilities  will  increase  as  a  resuk.  Mat¬ 
sei  is  one  of  the  first  generation  of  true 
engineering  applications  and  shows  the 
potential  benefits  to  enguieers.  Tedious 
duties  can  be  performed  quickly  without 
loss  of  accuracy,  while  guidance  ran  be 
sought  on  technically  difficult  areas. 
Widespread  use  of  expert  systems  does 
have  ramifications  (or  the  trauung  of 
engineers  and  their  ability  ro  change  esta¬ 
blished  systems.  However,  if  management 
appreciate  the  pitfalls  as  well  as  the 
advantages,  the  new  systems  will  be  wel¬ 
comed  by  most  engineers.  □ 
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1 .  Introduction 

As  indicated  in  section  8  of  the  fifth  interim  report  Mr  C  N  Cooper  was  temporarily 
assigned  to  a  project  funded  by  the  (British)  Aivey  Directorate  early  in  July  1987.  We  shall 
be  free  to  report  to  CERL  on  the  methods  of  knowledge  acquisition  in  this  work  though  not  or  the 
details  of  the  domain  knowledge. 

In  these  circumstances  our  scope  for  reporting  is  limited, 
follows. 

Section  2  Work  funded  by  the  Afvey  directorate 
Section  3  Work  funded  by  SERC 

Section  4  MATSEL 

Section  5  Machine  assisted  knowledge  acquisition 

Section  6  Plans  for  the  completion  of  the  project 


The  items  covered  are  as 
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In  July  1 987  «re  started  work  on  a  research  contract  funded  by  the  Alvey  Directorate,  a 
funding  body  for  information  technology  research  formed  by  the  British  Government  The 
project  we  are  involved  with  comprises  research  into  the  applicability  of  expert  systems  to 
vibration  analysis.  The  project  consortium  is  as  follows: 

Stewart  Hughes  Limited  -  a  company  specialising  in  systems  for  measurement  and  analysis  of 
vibration. 

Rolls  Royce  pic  -  manufacturers  of  aeroengines. 

GEC  -  a  major  engneering  company  with  wide  ranging  interests  induding  the  design  and 
manufacture  of  power  station  alternators. 

Loughborough  University  -  Department  of  Civil  Engineering. 

Loughborough  University  -  Human  Science  and  Advanced  Technok^  Research  Centre  (HUSAT). 


The  objective  is  to  examine  two  possible  expert  system  applications  which  relate  to  the 
particular  interests  of  Rolls  Royce  and  GEC  respectively.  Rolls  Rcyce  are  interested  in 
vibrations  in  gas  tirbine  engines.  Tests  are  carried  out  by  attachng  ransducers  to  the  engine 
which  is  then  accelerated  from  zero  to  full  speed.  The  recorded  vbratlbns  are  examined  at 
discrete  speed  interval  using  a  fourier  transform  analysis  so  that  the  results  from  a  given 
transducer  can  be  dsptayed  on  a  diagram  which  is  known  as  a  'Z-MDO*.  The  Z-MOD  has  axes  of 
running  speed  and  frequency,  with  amplitudes  of  vibration  shown  by  the  use  of  colour.  A  typical 
plot  appears  as  a  complex  of  straight  and  curved  lines.  A  skilled  vibration  engineer  is  able  to 
deduce  the  phenomena  which  give  rise  to  these  lines  -  which  include  shaft  vibration,  blade 
vibration,  electromagnetic  interference,  flutter,  bearing  faults  etc.  The  objective  of  the 
project  is  an  expert  system  which  can  perform  this  interpretation  tasic.  Rolls  Royce  are 
developing  Fortran  routines  which  can  detect  the  lines  on  the  Z-MCO  and  describe  these  in 
terms  of  line  of  best  fit,  amplitude,  width,  cross-sectional  shape  ec.  The  expert  system  will  be 
able  to  call  these  Fortran  routines,  and  will  then  use  rules  to  deduce  thie  phenomenon  which  has 
given  rise  to  each  Ine. 

An  expert  system  could  in  the  long  term  have  two  potential  jses.  The  first  would  be  to 
carry  out  prelimina'/  checks  on  Z-MOD  diagrams.  Because  engine  teists  are  very  expensive 
large  numbers  of  transducers  are  used  in  order  to  maximise  data  ccllection  Hence  a  single 
engine  test  may  result  in  the  production  of  300  Z-MOD  diagrams,  t  would  be  helpful  to  have  an 
automated  system  which  could  categorise  these  diagrams  as  either  (a  t  normal  or  (b)  unusual 
and  requiring  detaied  attention  from  a  human  expert. 


The  second  use  would  be  as  a  vfcration  workstation  which  a  vibration  engineer  could 
interact  with  as  a  means  of  interpreting  and  understanding  Z-MOD  diagrams.  For  example  a 
user  would  be  able  to  place  a  cursor  over  a  particular  phenomenon  shown  on  a  saeen  dispiay  of 
a  Z-MOD  diagram,  and  would  then  receive  an  explanation  of  that  phenomenon  with  details  of  the 
reasoning  process  used  by  the  system. 

GEC  wish  to  explore  the  use  of  an  expert  system  in  the  balancing  of  large  alternator  rotors.  The 
only  source  of  vibration  considered  in  this  project  is  that  due  to  an  out-of-balance  shah  (in 
contrast  to  the  Rolls  Royce  work  in  which  the  all  types  of  vibration  phenomena  are  considered). 
The  objective  of  the  GEC  work  is  a  system  which  will  help  a  user  to  correct  the  out-of-balance 
in  a  shaft  so  that  vibrations  are  brought  within  predefined  acceptable  levels. 

Alternator  shafts  are  balanced  by  changing  the  numbers  and  locations  of  small  balance  weights. 
Many  constraints  are  imposed  on  the  balancing  procedure  by  the  construction  of  the  alternator  • 
the  shaft  is  generally  only  accessible  at  bearings  and  balance  weights  can  only  be  positioned  in  a 
limited  number  of  places  along  the  shaft  shown  as  balance  planes.  Furthermore  the  numoer  of 
transducers  available  for  taking  measurements  on  the  rotor  is  generally  very  limited. 

Balancing  is  to  some  extent  a  trial  and  error  process.  A  number  of  test  runs  of  the 
alternator  are  carried  out  with  a  different  combination  of  balance  weights  used  each  time.  An 
algorithm  is  used  to  process  the  combined  test  results  and  deduce  an  optimum  disposition  of 
balancing  weights. 

A  single  test  involves  running  an  alternator  up  to  full  speed,  maintaining  full  speed  for 
several  hours  so  that  'heat  soak’  can  occur,  and  then  reducing  speed  to  zero.  As  a  result  tie 
balancing  process  can  take  several  days,  and  if  the  alternator  concerned  is  a  660  MW  se:  this 
'outage'  can  represent  a  major  cost  to  the  operator  in  terms  of  lost  power  generation.  The 
ultimate  objective  of  the  expert  system  is  to  assist  a  vibration  engineer  in  balancing  the 
alternator  with  the  aim  of  minimising  the  number  of  test  runs  required  before  balance  can  be 
achieved.  The  system  will  be  interfaced  to  Fortran  routines  developed  by  GEC  for  complex 
numerical  work,  but  is  expected  to  contain  rule  sets  to  advise  on  where  transducers  shoud  be 
located,  the  modes  of  vibration  seen,  and  the  best  configurations  of  balance  weights  for  tests  and 
for  final  balance  etc. 

An  interesting  feature  of  the  GEC  work  is  that  the  company  had  previously  purchased  a 
computer  package  for  the  balancing  of  rotors  at  a  cost  of  £100,000.  This  was  a  conventicoal 
program  which  instructed  an  operator  on  what  to  do  but  gave  him  no  insight  into  how  decsions 
were  being  made.  The  balancing  engineers  reacted  strongly  against  this  'black  box'  soluton  and 


refused  to  use  it  A  major  aim  of  the  current  work  is  to  produa  a  system  which  gives  advice 
with  justification  rather  than  simply  imposing  actions  on  the  user. 

Roles  within  the  project  consortium  are  as  follows:  Rois  Royce  and  GEC  will  provide 
knowledge  in  their  respective  domains  and  have  also  deveiopel  Fortran  algorithms  where 
appropriate.  Stewart  Hughes  Ltd  are  supplying  an  expert  sysem  shell  with  interfaces  to  the 
Fortran  modules.  We  are  eliciting  knowledge  and  coding  this  ino  fhe  shell.  HUSAT  is  advising 
on  human-computer  interface  issues  (these  are  likely  to  be  particularly  important  for  the  GEC 
work  in  the  light  of  their  previous  experiences  with  the  ‘l}lack  oox'  package).  We  joined  the 
consortium  at  a  late  stage  after  the  project  had  been  running  far  one  year  and  as  such  are  finding 
the  March  1989  completion  date  to  be  a  tight  deadline.  The  inenfion  was  originally  that 
Stewart  Hughes  would  develop  their  own  shell  in  LISP.  Howeier  aifter  one  year  of  work  this 
attempt  was  abandoned  and  the  LISP  shell  Goldworks  was  puroased  from  Gold  Hill  Computers 
Inc.  We  experienced  some  delay  in  delivery  of  the  Personal  Conputer  with  8  MB  RAM  required 
to  run  Goldworks  and  have  in  the  interim  developed  two  demorstralion  systems  using  the 
recently  launched  Leonardo  shell. 

In  both  the  Rolls  Royce  and  GEC  domains  two  experts  aa  available.  In  each  case  the 
individual  who  has  been  most  informative  is  junior  to  the  secoid  expert.  Knowledge  acquisition 
has  been  carried  out  by  interviewing  and  so  far  six  sessions  hare  been  carried  out  with  Rolls 
Royce  and  five  with  GEC.  The  work  with  Roils  Royce  is  going  w^l  and  we  have  built  up  a  good 
rapport  with  the  experts. 

We  have  fcxjnd  it  more  difficult  to  develop  a  rapport  witr  the  GEC  experts  who  are 
understandably  (fisappointed  with  lack  of  progress  on  their  sysem  (caused  both  by  the 
abandonment  of  the  original  LISP  shell  and  by  problems  with  recruitment  of  personnel  prior  to 
our  joining  the  consortium).  We  are  also  experiencing  problem  eTiciting  the  knowledge  to 
deduce  the  mode  of  vibration  of  the  rotor  from  sparse  transduce  data.  The  personnel  we  are 
dealing  with  do  not  undertake  this  procedure  on  a  regular  bass  and  therefore  speak  from  a 
knowledge  of  theory  rather  than  practice.  (Direct  approaches  lo  tthe  engineers  who  routinely 
carry  out  balancing  have  been  strongly  resisted  because  it  is  dairrted  that  their  experiences 
with  the  ’black  box'  software  referred  to  earlier  have  made  then  resistant  to  the  concept  of  a 
computer  aid  to  balancing).  GEC  have  therefore  used  a  graduae  engineer  to  examine  theoretical 
rotor  vibration  data  and  develop  rules  for  deducing  vibration  nodes  from  sparse  transducer 
data.  This  has  resulted  in  the  knowledge  being  a  moving  target  n  that  the  knowledge  changes 
markedly,  even  fundamentally,  between  knowledge  acquisition  sessions. 
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Since  the  previous  interim  report  data  collection  and  analysis  has  been  competed  and  a 
summary  report  outlining  the  results  of  tfie  research  work  also  completed.  A  more  ietailed 
technical  report  covering  the  work  is  in  preparation. 

The  object  of  the  work  was  primarily  to  examine  the  experiences  of  initiators, 
developers,  knowledge  engineers,  experts  and  users  of  expert  systems,  with  par^icilar  regard 
to  knowledge  acquisition.  A  total  of  70  applications  had  been  analysed  by  the  time  tftt  survey  had 
been  completed.  These  applications  cover  a  wide  range  of  domains,  functions  and  organisations. 
Because  of  a  number  of  factors,  not  least  the  limited  access  made  available  to  the  researchers  by 
developers,  it  did  not  prove  possible  to  interview  all  those  involved  in  applications  ceveiopment. 
Another  factor  which  constrained  the  cofiection  of  data,  particularly  in  relation  to  user^'  and 
potential  users'  experiences,  was  the  fact  that  a  substantial  proportion  of  the  systerrs  sttudied 
were  not  operational.  Although  most  of  ttie  systems  included  in  the  survey  were  replied  to  be 
'real  world*  systems,  around  half  of  them  were  still  under  development,  had  been  abaxtoned,  or 
suspended  or  were  being  used  purely  for  demonstration  purposes. 

Most  of  the  systems  that  were  actually  operational  were  performing  routine  functions. 
They  were  almost  entirely  selection  systems,  and  all  but  a  few  were  rule  based  systems.  Most  of 
the  operational  systems  had  been  developed  on  PC's  using  commercial  shells.  These  systems 
were  characterised  by  the  adoption  oi  a  knowledge  acquisition  strategy  based  on  iteotivc  fast 
prototyping.  This  strategy  usually  entailed  an  initial  exploratory  phase,  involving  usually 
unstructured  interviews  with  experts,  folowed  by  the  rapid  development  of  a  prototype  expert 
system.  This  system  was  subsequenfly  used  for  feedback  and  further  refinement  of  tie 
knowledge  base. 

Most  of  the  non-operational  systems  were  developed  for  complex  domains.  Ttese 
domains  typically  entailed  a  high  degree  of  procedural  knowledge  and  heuristics  or  iivdlved 
domains  in  which  the  expertise  was  widely  spread  among  a  number  of  expert  sources  or  domains 
which  involved  underlying  'deep'  knowledge  models.  Many  of  the  systems  were  direced  towards 
complex  functions,  such  as  high  level  reasoning  processes,  training  routines  or  the  srrulation  of 
complex  processes  like  computer  assisted  design  and  multi  level  organisational  behB/icujr.  In 
many  cases,  these  systems  were  being  developed  using  object-orientated  representaions, 
involving  development  environments  like  LISP  and  P0P11.  These  systems  were  ma^  liikely  to 
be  developed  using  an  'evolutionary'  method  of  knowledge  acquisition.  Apart  from  a  nore 
prolonged  knowledge  acquisition  phase,  this  type  of  acquisition  strategy  chiefly  diftaed  from 
fast  prototyping  in  relation  to  the  way  in  which  'intermediate'  knowledge  was  represmted  to  the 
experts  in  order  to  generate  feedback.  Feedback  under  the  evolutionary  process  was  more  likely 
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to  be  undenaken  by  means  of  representations  like  paper  models,  flow  charts  and  semantic  nets, 
rather  than  by  using  a  prototype  system  or  shell. 

The  main  conclusions  of  the  research  were  that  knowledge  acquisition  was  a  relatively 
minor  problem  in  the  development  of  routine  systems,  those  which  were  normally  developed 
using  a  commercial  shell  and  an  interative  fast  prototyping  strategy.  The  main  constraints 
affecting  the  development  of  this  type  of  system  were  more  likely  to  be  organisational  factors, 
for  example  a  lack  of  commitment  from  higher  level  management;  difficulties  experienced  in 
gaining  access  to  experts  and  hostility  towards  the  implementation  of  the  application. 

Knowledge  acquisition  was  recognised  as  a  problem  in  complex  domains  and  in  systems 
performing  complex  functions,  but  was  not  found  to  be,  in  itself,  the  major  development 
problem.  The  problems  encountered  in  eliciting  knowledge  in,  for  example,  complex 
engineering  design,  are  inextricably  bound  up  with  problems  in  developing  adequate  theoretical 
models  to  portray  human  cognitive  behaviour  and  learning  processes  and  in  developing  suitable 
formalisms  to  represent  them. 

The  research  clearly  pointed  out  the  need  for  further  research  in  cognitive  modelling  and 
its  links  with  knowledge  representation.  Other  research  areas  highlighted  by  the  work  include 
the  identirication  of  appropriate  knowledge  domains,  particularly  in  construction  engineering, 
and  further  research  in  the  investigation  and  evaluation  of  automated  knowledge  acquisition 
programs  like  Boeing’s  'Aquinas'  and  U.S.  West’s  ’KRIMB’. 
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During  our  work  on  this  project  we  have  become  aware  of  developments  in  the  use  of 
computers  to  assist  in  the  process  of  knowledge  acquisilbn.  Notable  amongst  these  developments 
in  the  AQUINAS  system  developed  by  Boeing  at  Seattle.  No  provision  was  made  in  our  budget  for 
the  project  to  study  these  developments  and  the  budget  is  already  over-spent  as  a  result  of 
adverse  changes  in  the  dollar/pound  exchange  rate. 

In  these  circumstances  it  seems  that  there  are  two  alternatives. 

1 .  To  seek  additional,  quite  modest,  funding  to  study  the  developments  in  machine-assisted 
knowledge  acquisition. 

2.  To  deliver  our  final  report  later  in  I988  referring  to  the  existence  of  these 
developments  but  without  any  detailed  comment 

We  should  appreciate  advice  from  CERL  on  how  we  shojid  proceed  in  this  matter. 


Our  plan  is  that  the  final  report  should  be  based  on  all  our  findings  to  date  plus  any 
further  fin<5ngs  from  our  work  for  the  ALVEY  Directorae  (see  section  2)  up  to  30  June  1988. 
We  have  aBocated  July  and  August  for  the  preparation  of  the  report. 


4.0  MATSEL 

In  our  last  report  we  deserted  how  we  had  worked  with  Foster  Wheeler  Power  Products 
Ltd  to  develop  an  expert  system  for  the  selection  of  an  appropriate  steel  for  boiie'  tube 
fabrication.  We  have  subsequenfy  made  contributions  to  a  Foster  Wheeler  intenai  report  on 
this  work  and  shall  be  able  to  draw  on  those  contributions  when  we  write  our  firai  report  to 
CERL 

MATSEL  was  well  received  by  potential  users  and  by  those  in  Foster  Wheder  associated 
with  its  development.  However  the  system  was  developed  to  enable  Foster  Wheeisr  to  evaluate 
the  IBM  Expert  System  Environment  (ESE)  over  a  six  month  free  trial  period  and  MATSEL  could 
only  be  used  subsequently  if  the  company  were  to  purchase  the  ESE  shell.  This  sheB  is  available 
solely  for  use  on  IBM  mainframe  computers  and  currently  costs  £30,000  (thirty  thousand 
pounds). 

Foster  Wheeler  have  riot  so  fair  purchased  ESE  and  are  therefore  unable  Ic  continue  the 
work  with  MATSEL.  We  understand  from  the  Engineering  Computing  Manager  wto  was 
associated  with  the  MATSEL  project  that  this  decision  is  the  result  of  very  tight  company 
budgets  in  a  slack  market  for  industrial  boilers.  Should  the  market  improve  ther  the  purchase 
of  ESE  would  certainly  be  reconsidered. 

A  feature  of  the  Foster  Wheeler  situation  is  that  purchase  of  an  expensive  shell  such  as 
ESE  could  only  be  justified  if  adequate  resources  were  also  made  available  to  tran  programming 
staff  and  to  develop  a  number  of  adc&tionaf  worthwhile  applications.  Hence  the  cest  of  the  shell 
is  only  one  of  several  considerations. 

The  coding  of  MATSEL  was  carried  out  by  a  Foster  Wheeler  programmer  wto  had  no 
previous  experience  of  expert  systems.  On  the  basis  of  this  experience  he  decided  to  specialise 
in  expert  systems  work  and  has  siixte  taken  a  job  in  this  field  with  Thames  Water,  one  of  the 
UK's  biggest  water  utilities.  This  loss  of  expertise  will  handicap  further  expert  system  work  in 
Foster  Wheeler. 

Currently  it  seems  that  large  numbers  of  expert  systems  are  under  devetpment  both  in 
academic  institutions  and  in  industry  but  only  a  tiny  proportion  of  these  get  to  be  used  on  a 
routine  basis.  Our  own  experieix*  reflects  this  and  we  suggest  that  getting  an  e)oert  system 
into  everyday  use  may  be  the  most  di^icult  aspect  of  development.  We  intend  to  comment 
further  on  this  in  our  final  report. 

An  article  describing  the  MATSEL  work  appeared  in  the  magazine  Process  Engineering  in 
October  1987.  A  copy  is  appended  tc  this  report. 

The  copyright  in  this  article  is  vested  in  Morgan  Grampian  pic  1987.  Copies  shojd  not  be 
distrubuted  without  their  permission. 
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